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OBSTACLE  PLANNING  SIMULATION, 
VERSION  1.1:  DESIGN  AND 
PERFORMANCE  ANALYSES 


1  INTRODUCTION 


Background 

\ 

Obstacle  Planning  Simulation  (OPS)  Version 
1.1  was  developed  as  a  pilot  model  to  demon¬ 
strate  the  benefits  of  using  simulation  programs 
on  PLATO  to  teach  combat  engineer  tactics. 
OPS  1.1  is  an  interactive,  map-based,  two-phase 
video  game  for  a  single  player  that  models  the 
effects  of  combat  engineer  modifications  to 
terrain  via  a  limited  set  of  obstacles.  In  phase 
1,  the  player  specifies  and  implements  an  obsta¬ 
cle  plan  of  his/her  own  design  in  two  to  four 
blocks  of  time,  each  block  representing  4  hr  of 
real  time  in  which  to  work  on  a  barrier  plan.  In 
phase  2,  the  player  becomes  a  passive  observer 
as  an  enemy  mechanized  infantry  division  at¬ 
tacks  the  friendly  reinforced  mechanized  in¬ 
fantry  brigade  defensive  position  the  player  has 
fortified.  Combat  outcomes  are  probabilistic 
and  are  influenced  by  the  player-emplaced  ob¬ 
stacles.  Survivor  numbers  for  each  force  type 
are  displayed  at  the  end  of  the  game.  A  more 
complete  description  of  the  game  is  in  the  USA- 
CERL  Technical  Report  Obstacle  Planning 
Simulation  (OPS):  Introduction  and  User  In r 
structions. 1 

-  /’Vt'V;  \  :  .  • 


Objectives  of  this  report  are  to  analyze  the 
performance  of  OPS  1.1  and  to  recommend 
changes  that  would  improve  the  model's  useful¬ 
ness  as  a  teaching  tool. 


Approach 

A  description  of  the  model's  basic  design 
was  drawn  from  developmental  work  with  the 
OPS  1.1.  Twenty  different  attack/defend  plans 
were  run  on  the  model  and  statistical  results 
were  assessed  to  find  ways  of  improving  this 
version. 


Mode  of  Technology  Transfer 

OPS  1.1  is  installed  on  the  U.S.  Army  Engi¬ 
neer  School  (USAES)  and  University  of  Illinois 
(UI)  PLATO  systems.  A  MALOS  simulation 
driver  is  being  developed  on  the  UI  system  as  a 
vehicle  for  designing  and  running  many  differ¬ 
ent  scenarios.  Instructors  at  the  USAES  will 
design  the  different  scenarios  to  support  a 
variety  of  teaching  points.  This  report  identi¬ 
fies  the  changes  to  be  made  to  the  OPS  1,1  pilot 
model  to  achieve  this  capability.  The  OPS 
scenario  will  then  become  a  single  scenario 
residing  in  the  MALOS  simulation  driver  envi¬ 
ronment.  The  prototype  MALOS  simulation 
driver  will  be  installed  on  the  USAES  system  by 
September  1985.  * 


2  DATA  BASES  REQUIRED 


Terrain  Definition 

This  data  base  assigns  terrain  attributes  to 
each  of  61  possible  map  cell  displays.  Twelve 
terrain  attributes  are  modeled— three  describing 
relative  elevation  (ground,  slope,  and  hilltop) 
and  nine  describing  terrain  features  (road,  gully, 
woods,  town,  swamp,  ford,  water,  clear,  and 
bridge).  Each  map  cell  definition  includes  one 
elevation  attribute  and  may  also  include  one  or 


‘John  M.  Deponai  III  and  James  E.  Snellen,  Obstacle  Planning  Simulation  (OPS):  Introduction  and 
User  Instructions,  Technical  Report  P-85/08/ADA149468  (U.S.  Army  Construction  Engineering  Re¬ 
search  Laboratory,  January  1985). 


more  feature  attribute(s).  If  a  bridge  or  a  town 
attribute  is  part  of  a  map  cell  definition,  a  road 
attribute  also  must  be  included.  Table  1  shows 
the  attribute  combinations  allowed  and  the  code 
numbers  for  each.  Corresponding  graphic  sym¬ 
bols  are  shown  in  Table  2. 


Movement  Factor 

MALOS  assigns  to  each  "piece  type"  (i.e., 
vehicle  or  person)  a  single  "movement  factor" 
value  from  a  range  of  values,  0  through  12. 
This  value  determines  the  speed  of  the  piece 
relative  to  other  piece  types.  Movement  factor 
values  relate  to  a  12-increment,  sequential, 
cyclical  game  clock.  If  a  vehicle  is  assigned  a 
movement  factor  of  12,  it  is  credited  with  a 
"move  impulse"  in  each  of  the  12  time  incre¬ 
ments  per  clock  cycle  (turn).  If  it  is  assigned  a 
movement  factor  of  6,  the  vehicle  is  credited 
with  a  move  impulse  in  each  of  6  time  incre¬ 
ments  per  clock  cycle.  A  piece  assigned  a 
factor  of  zero  would  not  move  at  all.  The 
movement  factor  data  base  identifies  the  clock 
increments  in  which  move  impulses  are  allowed 
for  each  movement  factor  value.  The  effect  is 
a  "top  road  speed"  associated  with  each  move¬ 
ment  factor.  For  each  movement  factor,  the 
Xs  in  Table  3  show  during  which  clock  incre¬ 
ment  a  move  impulse  is  allowed.  In  OPS 
Version  1.1,  only  vehicles  assigned  movement 
factors  of  12  are  used.  Movement  factors  less 
than  12  would  describe  the  movement  charac¬ 
teristics  of  slower  vehicles  and  people. 


Movement  Coats 

For  a  piece  to  move  from  one  map  cell  to 
another  requires  payment  of  a  "base  cost"  of 
one  move  impulse.  Additional  move  impulses 
are  charged  depending  on  the  terrain  attributes' 
cumulative  effect,  i.e.,  effects  of  the  map  cell 
from  which  the  piece  is  moved  plus  those  of  the 
map  cell  to  which  the  piece  moved.  Only  move 
impulses  defray  movement  costs,  not  all  clock 
time  increments.  Movement  cost  data  bases 
store  the  information  needed  to  compute  the 
additional  cost,  as  measured  in  move  impulses 
to  move  from  one  map  cell  to  another  due  to 
terrain  constraints.  A  separate  table  is  requir¬ 
ed  for  each  piece  type  since  the  terrain  attri¬ 
butes'  delay  effect  will  vary  with  the  type  of 


piece  being  moved.  Table  4  shows  example 
movement  cost  values  for  the  pieces  used  in 
OPS  Version  1.1. 

Thus,  to  move  from  a  map  cell  with  attri¬ 
butes  (ground,  woods,  road)  to  a  map  cell  with 
attributes  (ground,  ford,  woods)  would  require  a 
base  cost  of  one  move  impulse  plus  three  to 
move  from  woods  to  ford,  plus  five  more  to 
move  from  woods  to  woods,  for  a  total  of  nine 
move  impulses.  The  other  attribute  combina¬ 
tions  result  in  "irrelevant"  combinations  that 
MALOS  disregards.  A  piece  with  a  movement 
factor  of  9  could  negotiate  the  move  in  one  full 
dock  cycle  or  turn,  but  a  piece  with  a  move¬ 
ment  factor  of  3  would  require  three  full  turns 
to  negotiate  the  move.  Similarly,  to  move  from 
a  map  cell  with  attributes  (ground,  woods,  road) 
to  a  map  cell  also  with  an  attribute  (slope) 
would  require  a  total  cost  of  11  move  incre¬ 
ments,  one  for  the  base  cost,  five  to  move  from 
ground  to  slope,  and  five  to  move  from  woods  to 
slope.  The  other  attribute  combinations  are  ir¬ 
relevant.  If  both  map  cells  (i.e.,  those  moved 
from  and  to)  have  a  good  attribute,  only  the 
base  cost  of  one  move  impulse  is  required  to 
move  from  the  one  cell  to  the  other.  However, 
if  the  cell  being  moved  into  has  a  from-to  attri¬ 
bute  combination  rated  "not  allowed"  in  the 
movement  cost  table,  MALOS  does  not  permit 
such  a  move. 


Engineer  Reusable  Asset  Types 

In  OPS  1.1,  six  engineer  reusable  assets  are 
defined.  Table  5  lists  codes  for  these  assets. 
Certain  assets  types  are  assigned  as  having  a 
"blade"  capability. 


Engineer  Expendable  Asset  Types 

In  OPS  1.1  seven  engineer  expendable  assets 
are  defined.  Table  6  lists  the  codes  for  these 
assets. 


Engineer  Task  Types 

Nine  engineer  task  types  are  defined  in  OPS 
1.1.  Table  7  shows  task  codes  for  each  and 
Table  8  shows  corresponding  resource  require¬ 
ments  for  each  task. 
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Engineer  Assets  Available 

Table  9  gives  the  total  number  of  each  type 
of  engineer  asset  available,  reusable  and  ex¬ 
pendable,  as  used  in  OPS  1.1. 

Weapons  Types 

One  data  base  defines  blue  weapons  systems 
and  one  defines  red  weapons  systems.  In  OPS 
1.1,  three  weapons  systems  are  defined  for  the 
blue  team:  105  mm,  25  mm,  and  TOW.  Five 
weapons  systems  are  defined  for  the  red  team: 
125  mm,  73  mm,  14.5  mm,  12.7  mm,  and  AT-3. 


Weapons  Effectiveness 

Probabilities  of  hitting  a  target  (piece)  in 
the  open  or  in  defilade  and  of  killing  each 
target,  given  that  the  target  has  been  hit,  are 
defined  for  each  weapons  system  for  multiples 
of  some  range  increment  up  to  a  maximum 
range.  The  range  increment  is  equal  to  the  map 
cell  length  in  meters.  In  OPS  1.1,  for  example, 
the  range  increment  is  200  m.  For  each  target 
type,  MALOS  computes  a  probability  to  kill  a 
target  as  the  product  of  the  probability  to  hit 
the  target  and  of  the  probability  to  kill  the 
target  given  a  hit  for  each  firing  weapons  sys¬ 
tem,  target  type,  exposure  condition,  and 
range.  Table  10  gives  the  p(Hit)  and  p(Ki!l, 
given  Hit)  data  bases  for  blue  weapons  against 
red  targets.  Table  11  lists  resulting  p(Kill) 
values  computed  by  MALOS  for  the  blue  weap¬ 
ons  systems;  respective  data  for  red  weapons 
systems  against  blue  targets  are  in  Tables  12 
and  13. 


Piece  Types 

There  is  one  data  base  for  blue  units  and  one 
for  red  units.  Pieces  can  consist  of  people, 
wheeled  or  track  vehicles,  and  artillery  pieces. 
For  each  piece,  a  piece  name  is  designated, 
both  primary  and  secondary  weapons  systems 
may  be  assigned,  a  basic  load  for  the  primary 
weapons  system  is  specified,  and  a  movement 
factor  is  assigned.  Table  14  shows  the  piece 
definition  data  used  in  OPS  1.1. 


Orders  of  Battle 

The  order  of  battle  data  bases  for  the  blue 
and  red  forces  identify  .  collection  of  units. 
Each  unit  consists  of  three  to  seven  subordinate 
units  which,  in  turn,  consist  of  2  to  14  pieces. 
Each  subordinate  unit  is  identified  by  a  letter 
image  the  size  of  a  map  ceil  on  the  screen  dis¬ 
play.  All  subordinate  units  belonging  to  the 
same  parent  have  the  same  letter  designation. 
Blue  force  units  are  companies  with  subordinate 
"sections"  of  two  pieces  each.  Table  15  defines 
the  blue  order  of  battle  used  in  OPS  1.1.  Red 
force  units  are  battalions  with  subordinate 
"companies"  of  10  to  14  pieces  each.  Table  16 
defines  the  red  order  of  battle  used  in  OPS  1.1. 


Parameters 

The  following  parameter  values  are  used  in 
OPS  1.1: 

maxspd  =  30  =  max  speed  of  piece  with 
movement  factor  of  12, 
in  km/hr 

mpmc  =  200  =  meters  per  rnap  cell 

sbfr  =  30  =  seconds  between  firing  rounds, 
minimum  required 

minrnd  =  2  =  minimum  number  of  engineer 
work  rounds 

maxrnd  =  4  =  maximum  number  of  engineer 
work  rounds 

minkp  =  5  =  minimum  kill  probability 

(percent)  for  a  piece  to  fire 
on  a  target 

ekp  =  10  =  enhanced  kill  probability;  per¬ 
centage  added  to  kill  probabil¬ 
ity  when  a  target  is  in  a  stopped 
state 

resar  =2500  =  reserve  activation  range; 

range  in  meters  at  which  a 
red  unit  will  trigger  activa¬ 
tion  of  a  blue  reserve  unit 


vebo  =  3  = 


vehicles  engaged  by  obstacle; 
number  of  vehicles  subtracted 
from  number  of  vehicles  avail¬ 
able  to  fire  when  unit  is  en¬ 
gaged  in  negotiating  an  obstacle 

kpml  =  4  =  kills  per  mine  level;  number  of 
enemy  vehicles  killed  to  reduce 
minefield  by  one  AT-mine- 
density  level  if  the  minefield  is 
coverd  by  fire  (only  one  vehicle 
is  killed,  regardless  of  minefield 
density,  if  the  minefield  is  not 
covered  by  fire) 

minedly  =  288  =  base  delay  per  AT-mine- 
density  level,  in  seconds 

atddly  =  168  =  base  delay  per  antitank 
ditch,  in  seconds 


redly  =  144  = 

base  delay  per  road  crater, 
in  seconds 

abtdly  =  888  = 

base  delay  per  abatis,  in 
seconds 

urdly  =1200  = 

base  delay  per  urban  rubble 
obstacle,  in  seconds. 

In  addition  to  the  base  amount  of  delay  at¬ 
tributed  to  the  various  obstacles,  the  following 
"fire  enhancement"  additional  delays  also  are 
counted  as  long  as  a  particular  obstacle  is 
covered  with  fire: 

fedm  =  120  = 

fire -enhanced  delay  due  to 
mines,  in  seconds 

fedd  =  120  = 

fire-enhanced  delay  due  to 
ditch,  in  seconds 

feda  =  408  = 

fire-enhanced  delay  due  to 
abatis,  in  seconds 

fedu  =  600  = 

fire-enhanced  delay  due  to 
urban  rubble,  in  seconds 

fedc  =  48  = 

fire-enhanced  delay  due  to 
crater,  in  seconds. 

3  TWENTY  RUNS  OF  OPS  1.1; 
STATISTICAL  ANALYSES 


Attack  Plans 

Figure  1  shows  the  red  force  organization 
for  combat.  Five  enemy  attack  plans  are 
programmed  into  OPS  1.1.  In  all  of  the  attacks, 
the  enemy  force  first  echelon  consists  of  two 
BTR  regiments  that  attack  on  line  across  a  10- 
km  front.  The  enemy  second  echelon  forces 
attack  either  in  company  columns  or  in  com¬ 
panies  on  line.  The  scheme  of  each  attack  is 
represented  in  Figures  2  through  6  by  a  matrix 
that  shows  approximately  where  each  enemy 
company  enters  the  game  board  and  its  simu¬ 
lated  time  of  arrival.  In  general,  the  strategy 
of  each  attack  is  as  follows: 

Attack  A:  heavy  T-64  attack  at  the  center; 
T-64s  attack  in  column  along  two  axes  in  cen¬ 
ter;  BMPs  attack  in  column  at  top  of  map. 

Attack  B;  even  pressure  across  whole  front; 
T-64s  attack  on  line  at  center  and  bottom; 
BMPs  attack  on  line  at  top. 

Attack  C:  same  as  Attack  A,  with  one  T-64 
battalion  shifted  from  center  to  bottom. 

Attack  D:  heavy  T-64  attack  at  top;  T-64s 
attack  in  column  at  top  part  of  map;  BMPs 
attack  in  column  at  center;  and  a  BMP  battalion 
and  two  T-64  battalions  attack  in  column  at 
south. 

Attack  E:  extremely  heavy  armor  attack  at 
center;  T-64s  and  BMPs  attack  in  column;  light 
BMP  and  T-64  attack  in  the  north  and  south. 


Defense  Plan 

Figure  7  shows  the  blue  force  organization 
for  combat  and  Figure  8  shows  the  blue  force 
deployment  for  combat.  Approximately  two 
companies  of  mechanized  infantry  (M2s)  are 
distributed  evenly  across  the  front  in  a  picket 
line.  Two  companies  of  mechanized  infantry 


are  distributed  evenly  down  the  left  side  of  the 
map  and  are  designated  as  reserve  forces.  (Re¬ 
serve  forces  are  not  activated  until  all  friendly 
forces  in  the  same  sector  of  fire  are  destroyed 
and/or  enemy  forces  advance  to  within  2500  m 
of  the  reserves'  position.)  The  balance  of  the 
friendly  force--two  companies  of  mechanized 
infantry,  two  companies  of  tanks  (Mis)  and  two 
companies  of  (TVs— are  distributed  evenly 
across  a  defensive  line  west  of  the  river.  The 
Mis  are  deployed  directly  in  front  of  the  likely 
avenues  of  approach. 


Levels  of  Engineer  Effort 

Four  levels  of  engineer  effort  were  used  in 
statistical  analysis  of  the  game.  The  three 
barrier  plans,  designed  by  USA-CERL,  should  by 
no  means  be  considered  an  "approved  solu¬ 
tion."  They  were  created  only  for  testing  the 
model's  performance  on  a  representative  set  of 
data. 

Level  1:  base  condition— no  engineer  effort 
expended. 

Level  2:  two  engineer  work  periods— 11 
minefields  (1-0-0  density),  6  antitank  ditches,  9 
blown  bridges,  3  abatis,  4  road  craters,  and  10 
M2  fighting  positions  on  the  picket  line.  Figure 
9  shows  the  barrier  and  fortification  locations 
for  Level  2. 

Level  3:  three  engineer  work  periods— Level 

2  plus  6  minefields  (1-0-0  density),  3  antitank 
ditches,  2  road  craters,  3  M2  fighting  positions 
on  the  picket  line,  and  2  Ml  fighting  positions 
on  the  main  line  of  defense.  Figure  10  shows 
the  barrier  and  fortification  locations  for  Level 
3. 

Level  4:  four  engineer  work  periods— Level 

3  plus  6  minefields  (1-0-0  density),  3  antitank 
ditches,  2  road  craters,  and  5  Ml  fighting  posi¬ 
tions  on  the  main  line  of  defense.  Figure  11 
shows  the  barrier  and  fortification  locations  for 
Level  4. 


Statistical  Analysis 

Using  special  programs  to  execute  runs, 
gather  data,  and  generate  statistics,  100  runs  of 


each  attack  plan/barrier  plan  combination  were 
executed  and  the  killed  and  survived  data  for 
each  piece  type  were  collected.  Mean  values 
and  standard  deviations  for  the  data  were 
computed  and  are  shown  in  Tables  17  through 
19.  Table  20  shows  the  mean  simulated  time 
for  running  each  attack  against  each  barrier 
plan.  Each  table  shows  the  percentage  change 
from  the  base  condition,  i.e.,  no  engineer  effort 
expended.  The  results  were  somewhat  surpris¬ 
ing  at  first  glance.  For  a  particular  attack 
plan,  the  number  of  blue  force  pieces  killed 
would  be  expected  to  decrease  as  the  level  of 
engineer  effort  increases;  however,  this  was  not 
true  in  all  cases.  In  Attack  Plan  A,  the  number 
of  M2s  killed  increases  with  higher  levels  of 
engineer  effort.  The  same  is  true  of  ITVs  for 
Attack  Plan  B,  barrier  level  2.  This  result 
probably  was  produced  when  the  barriers  allow¬ 
ed  temporary  and  local  massings  of  enemy  units 
that  gave  the  enemy  local  fire  superiority  much 
greater  than  its  average  4  to  1  overall  superior¬ 
ity. 

Some  anomalies  also  appeared  in  the  red 
force  killed  statistics.  The  number  of  red 
forces  killed  would  be  expected  to  increase  as 
the  level  of  engineer  effort  increases,  but  the 
number  of  T-64s  killed  actually  declines  for  all 
levels  of  engineer  effort  in  attack  plan  A,  levels 
2  and  3  of  attack  plan  B,  level  3  of  attack  plan 
C,  and  level  2  of  attack  plan  E.  The  cause  is 
similar  to  that  stated  above;  i.e.,  by  achieving  a 
very  high  fire  superiority  at  a  given  obstacle, 
the  enemy  probably  neutralized  the  blue  forces 
covering  the  obstacle  and,  therefore,  the  obsta¬ 
cle  ceased  to  be  effective.  MALOS  provides 
that  minefields  do  not  kill  if  they  are  not  cover¬ 
ed  by  friendly  fire. 


Performance  Standards 

For  each  piece  type,  blue  and  red,  Table  21 
presents  the  maximum  number  of  kills  for  blue 
and  the  minimum  number  of  kills  for  red  ex¬ 
pected  for  a  particular  engineer  defense  plan  to 
be  rated  as  having  a  significant  impact  on  the 
battle's  outcome.  The  numbers  represent  kills 
at  2.23  standard  deviations  from  the  mean  kill 
figures  for  the  "no  engineer  activity"  level  in 
Table  17. 


V 


4  FUTURE  IMPROVEMENTS 


Data  Base  Organization 

As  a  demonstration  model,  OPS  1.1  is  not 
set  up  to  run  a  variety  of  scenarios.  To  be  a 
useful  teaching  tool,  the  MALOS  simulation 
driver  must  be  constructed  to  allow  the  running 
of  multiple  scenarios  designed  to  instill  specific 
teaching  points.  Thus,  OPS  1.1  represents  use 
of  the  computer  at  one  end  of  the  teaching 
spectrum:  at  one  end  is  a  big  "capstone"  exer¬ 
cise,  and  on  the  other  end  are  very  simple 
"5-on-l"  type  scenarios  designed  to  show  the 
efficacy  of  using  fighting  positions,  the  utility 
of  minefields,  and  so  on.  These  would  be  run  in 
a  minute  or  two,  versus  the  15  to  20  min  requir¬ 
ed  to  run  OPS  1.1. 

In  OPS  1.1,  the  scenario  map  definition,  the 
number  of  engineer  assets  available,  the  blue 
and  red  orders  of  battle,  and  the  blue  and  red 
deployments  are  part  of  the  scenario  defini¬ 
tion.  All  other  data  bases  are  part  of  the 
MALOS  driver.  In  the  future,  for  more  flexibil¬ 
ity  in  designing  families  of  scenarios,  only  the 
data  bases  for  terrain  types  definition,  move¬ 
ment  factor,  and  movement  cost  will  reside  as 
"givens"  in  the  MALOS  driver.  All  other  data 
will  be  stored  as  part  of  the  scenario  definition. 

Provision  also  will  be  made  to  design  scen¬ 
arios  to  run  at  different  map  scales.  The  OPS 
1.1  scenario  and  the  logic  behind  it  are  designed 
for  scale  1:50,000.  The  weapons  effectiveness 
tables  will  be  reprogrammed  to  describe  the 
ranges  and  probabilities  as  a  series  of  coordi¬ 
nates  describing  only  points  on  the  probability 
graph  at  which  significant  changes  in  probabil¬ 
ities  occur.  This  method  will  replace  the  cur¬ 
rent  method  that  records  the  probabilities  at 
fixed-range  increments.  This  change  will  allow 
more  efficient  processing  of  the  probability 
data  and  will  permit  MALOS  to  generate  proba- 
bility-to-kill  data  from  one  data  set  for  scen¬ 
arios  designed  for  different  scales. 

A  library  of  standard  scenario  mapsheets, 
orders  of  battle  (both  red  and  blue),  reusable 
and  expendable  asset  types,  task  types,  numbers 
of  engineer  assets  available,  piece  types,  and 
parameters  will  ultimately  be  provided  for  use 
by  scenario  designers  as  starting  points  for  a 


particular  scenario  design.  These  data  bases 
will  be  scale-dependent,  but  scenario  designers 
will  be  able  to  edit  them  to  satisfy  particular 
demands. 

Only  one  data  base  for  each  weapon  type 
and  weapons  effectiveness  data  (probability 
tables)  will  be  available  in  the  library.  Data  in 
these  bases  will  be  unchangeable  since  they  are 
not  independent  of  the  MALOS  driver  software. 
Thus,  scenario  designers  can  neither  invent  new 
weapons  types  nor  redefine  the  probabilites  to 
hit  and/or  kill.  Scenario  designers  can,  how¬ 
ever,  elect  to  use  only  a  subset  of  the  weapon 
types  available  to  them. 

No  attack  or  defense  plans  will  be  stored  in 
the  library.  The  designer  of  each  scenario  will 
create  these  plans  as  part  of  the  scenario  design 
process. 


Map  Editor 

A  map  editor  module  will  be  designed  to 
help  scenario  designers  create  and  modify  maps 
more  easily  than  is  now  possible.  In  OPS  1.1, 
the  map  creation  process  is  laborious  and  re¬ 
quires  the  designer  to  specify  individually  the 
type  of  terrain  to  be  assigned  to  each  of  1800 
map  cells.  The  improved  map  editor  will  allow 
designers  to  assign  a  certain  terrain  type  to  a 
map  area  by  specifying  the  terrain  type  to  be 
assigned  and  then  moving  the  cursor  around  on 
the  map  sheet.  Road  trace  definition  will  be 
done  similarly,  and  the  map  editor  will  use  a 
simple  assignment  algorithm  to  assign  a  certain 
road  symbol  to  a  particular  map  cell.  For  ex¬ 
ample,  if  the  road  trace  is  drawn  through  a 
wooded  area,  the  map  editor  would  assign  a 
symbol  of  a  "road  in  woods."  It  would  also  de¬ 
cide  the  correct  road  intersection  symbol  to  be 
shown.  The  designer  would  then  edit  the  road 
trace  to  the  specific  design. 


Scenario  Assembler 

A  scenario  assembler/editor  is  needed  that 
will  enable  a  scenario  designer  to  create  space 
for  a  new  scenario,  delete  old  scenarios,  and 
create  and  name  a  new  scenario  from  data  in 
the  MALOS  library. 
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Access  Control 

An  access  system  is  needed  to  control  who 
can  do  what  in  creating/deleting/editing  maps 
and  scenarios.  The  access  system  will  have  one 
or  more  directors  who  will  have  full  access  to 
all  features  of  the  map/scenario  generation  sys¬ 
tem,  i.e.,  they  will  be  able  to  create,  edit,  de¬ 
lete  any  data  base  in  any  of  the  libraries  and 
assign  which  features  of  the  scenario/map  gen¬ 
eration  system  will  be  available  to  all  other 
system  users.  When  a  user,  to  whom  the  direc¬ 
tor  has  given  map  create/edit  capabilities, 
creates  a  map,  he/she  will  be  able  to  specify 
who  will  be  able  to  edit/delete  that  map.  The 
director(s)  will  have  override  authority  and  will 
be  able  to  edit  or  delete  any  map  or  scenario. 

Statistical  Reports 

In  addition  to  the  current  statistics  reported 
in  OPS  1.1,  the  following  statistics  would  be 
helpful  to  lesson  designers:  amount  of  blue  pri¬ 
mary  weapons  system  ammunition  destroyed  be¬ 
fore  it  could  be  fired;  number  of  red  vehicles 
destroyed  by  fire  while  not  engaged  by  an  ob¬ 
stacle;  number  of  red  vehicles  destroyed  by  fire 
while  engaged  by  an  obstacle;  and  number  of 
red  vehicles  killed  by  mines.  Statistics  will  be 
reported  by  vehicle  type  and  when  appropriate, 
by  obstacle  type,  as  well  as  summary  totals. 

Scenario  Replay 

The  ability  to  permit  an  "instant  reply"  of  a 
given  scenario  will  be  provided  by  storing  the 
initial  state  variables  and  a  pseudorandom  seed 
equal  to  the  seed  used  in  a  particular  scenario. 
The  option  to  run  the  scenario  in  a  "step  mode," 
with  the  player  deciding  the  size  of  the  time  in¬ 
crement  step,  also  will  be  provided,  i.e.,  the 
player  will  be  able  to  specify  how  many  fire 
rounds  to  run  before  pausing  to  let  the  player 
(or  instructor)  analyze  what  is  happening  on  the 
screen. 


Game  Performance  Standards 

A  feature  will  be  provided  that  will  enable 
scenario  designers  to  do  multiple  runs  of  a  given 
scenario  automatically  and  generate  means  and 


standard  deviations  for  the  enhanced  statistical 
set  described  above.  This  will  let  scenario  de¬ 
signers  define  a  baseline  standard  against  which 
student  performance  in  obstacle  placement  can 
be  measured. 


Calibration 

The  weapons  effectiveness  data  must  be  im¬ 
proved  to  reflect  approved  probabilities  to  hit 
and  to  kill  given  a  hit  for  each  of  the  weapons 
systems.  In  OPS  1.1,  representative  data  are 
used  and  have  not  been  validated.  Although  the 
current  data  will  be  improved  during  the  model 
development  phase,  the  data  validation  and  im¬ 
provement  should  continue  into  the  operation 
and  maintenance  phase.  Moreover,  since  the 
model  is  primarily  a  teaching  tool  and  not  an 
operations  research  tool,  instructors  may,  in  the 
future,  wish  to  bias  the  data  somewhat  to  em¬ 
phasize  a  particular  teaching  point. 


Troop  Deployments 

The  attack  plans  and  friendly  troop  deploy¬ 
ments  programmed  into  OPS  1.1  were  examples 
only  and,  in  the  future,  should  be  modified  to 
reflect  more  realistic  offensive  and  defensive 
deployments. 


5  CONCLUSIONS  AND  RECOMMENDATIONS 


Conclusion 

The  OPS  1.1  pilot  model  has  shown  that 
computer  simulation  is  a  feasible  way  of  teach¬ 
ing  obstacle  employment  principles.  However, 
pilot  model's  current  capabilities  do  not  include 
the  scenario  development  infrastructure  that 
instructors  need  to  exploit  this  tool— that  is,  to 
allow  them  to  deliver  a  particular  teaching 
point.  The  OPS  1.1  scenario  itself  can  be  used 
in  only  a  limited  role  in  the  overall  course  of  in¬ 
struction.  A  lesson  development  "tool  kit"  is 
needed  to  allow  instructors  to  custom-design 
scenarios  in  support  of  specific  teaching  objec¬ 
tives.  A  scenario  management  system  also  is 
needed  to  control  the  simulation  development 
process. 


Recommendations 

Based  on  results  of  this  study,  the  following 
steps  are  recommended  for  improving  OPS  1.1 
capabilities: 

1.  Develop  a  scenario  generation  and  man¬ 
agement  system  to  be  used  with  the  MALOS 
simulation  driver  that  will  enable  individual 
instructors  to  custom-design  scenarios  easily. 

2.  Improve  the  MALOS  driver  to  allow  a 
reasonable  range  of  map  scales  to  be  modeled 
and  multiple  scenarios  to  be  run. 

3.  Develop  a  library  of  data  bases  that  in¬ 
structors  can  use  as  starting  points  for  their 
scenario  designs. 

4.  Improve  the  map  editor  to  allow  faster 
and  easier  creation  of  original  maps  and  editing 
of  existing  maps. 

5.  Provide  for  a  wider  variety  of  statistical 
data  to  be  collected  during  the  simulation  run. 


6.  Develop  an  enhanced  version  of  MALOS 
that  will  allow  the  player  to  maneuver  blue 
forces  in  response  to  the  red  attack. 

7.  Provide  a  scenario  replay  capability  and 
an  option  to  make  the  action  pause  after  so 
many  fire  increments  have  transpired. 

8.  Evaluate  the  cost  and  benefits  of  devel¬ 
oping  enhanced  versions  of  MALOS  that  will 
permit  both  red  and  blue  forces  to  be  played  in¬ 
teractively.  On  one  end  of  the  spectrum  would 
be  a  two-player  (two-screen)  game  in  which  one 
red  player  challenges  one  blue  player.  On  the 
other  end  of  the  spectrum  would  be  a  multiplay¬ 
er  game  in  which  "m"  red  players  challenge  "n" 
blue  players  using  "m+n"  screens  to  display  the 
game  results.  In  any  of  these  versions,  each 
player  would  "see”  on  the  screen  only  those 
enemy  forces  within  his/her  line  of  sight,  not 
the  entire  battlefield  situation. 


Tabic  I 


Allowable  Terrain  Types 
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Elevat  iori 

Feat  ures 
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road,  clear 
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gully 
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ground 
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5 
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Table  3 

Movement  Factor  Chart 
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Table  4 

Movement  Costs  for  Vehicles  in  OPS  1.1 
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a 

Mi lltop 

X 

3 

- 

- 

- 

X 

- 

X 

X 

X 

X 

. ' 

C  1  f»»p 

3 

- 

1 

3 

- 

- 

1 

2 

- 

1  1 

Woods 

5 

- 

* 

5 

* 

3 

3 

3 

1  l 

•*  v 

I.^ri 

- 

- 

_ 

i? 

i? 

_ 

_ 

_ 

. 

FROM 

Ftr  i  dqe 

~ 

- 

- 

1 

U 

ei 

- 

X 

- 

- 

“ 

-l  ;• 

T  i  iwr i 

- 

3 

- 

1 

£ 

- 

- 

- 

£ 

- 

3' 

1  1 

••v 

(»M  1  1  V 

- 

1  1 

X 

1 1 

3 

- 

X 

1  1 

4 

l  1 

3 

1  1 

“*V 

I’waio  p 

X 

X 

X 

X 

X 

- 

X 

X 

X 

X 

X 

X 

9 

f  Ol  (1 

‘r‘ 

r, 

X 

£ 

•r' 

- 

* 

£ 

c! 

1 1 

WiT  M'c 

i  i 

X 

1 1 

1  1 

X 

1  1 

1  1 

\  1 

1 1 

1 1 

M  II 

means 

such  a 

move1 

i  s 

i rre 1 evAnt 

r*y 

"X" 

means 

such  a 

move? 

1  s 

no  t 

all owed 
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Table  5 


Engineer  Reusable  Assets  Defined  for  OPS  1.1 


Code 

Display  Description 

Feature 

Explanat ion 

ces 

ace 

cev 

ebl 

see 

gernss 

Engineer  Squads 

MS  ACE 

M720  CEV 

Bucket  Loader 

Srn.  Ernpl.  Excavator 

Ml £8  Mine  Layer 

Blade 

Blade 

Blade 

Blade 

ACE=Armored  Combat 
CEV=»Combat  Engineer 

Earthmover 

Vehicle 

Table  6 

Engineer  Expendable  Assets  Defined  for  OPS  1.1 


Code 

Display  Description 

Explanat ion 

ml Sat m 

M15  AT  mines 

AT»Ant i-tank 

m75atm 

M75  GEMSS  minefield 

Ground  Emplaced  Mine  Scattering 

raarns 

RAAMS  volleys 

volley:  six  gun  battery 

m  1 80 

M180  Kit 

Road  cratering  system 

sc40 

Shape  Charge  <401b) 

cc40 

Crater  Charge  (401b) 

tnt 

TNT 

In  pounds 

Table  7 

Engineer  Task  Types  Defined  for  OPS  1.1 

Task 

Code  Task  Description 

mfj  One  £00m  x  50m  conventional,  1-0-0  density  minefield 

m  fg  Four  £00m  x  50m  GEMMS  emplaced  1-0-0  density  minefields 

rnfa  One  £00m  long  RAAMS  emplaced  1-0-0  density  minefield 

atd  One  200m  long  anti-tank  ditch 

brb  Demolish  one  primary  two- lane  highway  bridge 

rcm  One  relieved  face  road  crater,  30  ft  x  10  ft 

aarn  One  abatis,  75m  long 

urr  One  urban  rubble  obstacle,  100  ft  long,  two  sides 

fp  Two  each  fighting  positions  for  each  of  two  venicles 
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Table  8 


Table  9 

Total  Engineer  Assets  Used  for  OPS  1.1 


Expendable 

Number 

Renewable 

Number 

Asset  Code 

Of  Units 

Asset  Code 

Of  Units 

ml  5at  rn 

2000 

ces 

3 

m75atm 

3200 

ace 

6 

ml  80 

100 

cev 

2 

SC40 

125 

ebl 

1 

cc40 

70 

see 

CL 

tnt 

15000 

gemss 

1 

raams 

18 

REPRODUCED  AT  (GOVERNMENT  EXPENSE 


********************************  Weapon:  BLUE  TOW  ********************** 


Range (m) : 

£00 

400 

600 

800 

1000 

1£00 

P (hit ) , open: 

£0 

e>0 

60 

60 

60 

60 

P(kill)  target 

ir» 

open,  given  hit 

trgt :  T64 

100 

85 

85 

85 

85 

85 

t  rgt : BMP 

100 

85 

85 

85 

85 

85 

trgt : BTR60 

100 

85 

85 

85 

85 

85 

P  (h) , def i lade : 

10 

40 

40 

40 

40 

40 

P(kill)  target 

i  n 

def i lade, 

g  i  ven 

hit  : 

trgt : T64 

100 

50 

50 

50 

50 

50 

t  rgt : BMP 

100 

63 

63 

63 

63 

63 

trgt : BTR60 

100 

63 

63 

63 

63 

63 

********************************  l 

Weapon:  BLUE 

1 05rnrn 

******************** 

Range  (rn)  : 

£00 

400 

600 

800 

1000 

1£00 

P  (hit ) , open: 

50 

50 

50 

45 

40 

35 

P(kill)  target 

in 

open,  given  hit 

■ 

■ 

trgt :  T64 

100 

90 

80 

78 

75 

71 

trgt : BMP 

100 

100 

100 

100 

100 

100 

trgt : BTR60 

100 

100 

100 

100 

100 

100 

P  (h) , defilade: 

40 

35 

30 

£5 

£0 

15 

P(kill)  target 

in 

def i lade. 

given 

hit: 

trgt : T64 

100 

85 

83 

80 

75 

67 

trgt :BMP 

100 

100 

100 

100 

100 

100 

trgt : BTR60 

100 

100 

100 

100 

100 

100 

******************************** 

Weapon:  BLUE 

25mm 

******************** 

range (m) 

£00 

400 

600 

800 

1000 

P  (hit ) , open: 

40 

£0 

10 

5 

5 

P ( ki 1 1 )  t  arget 

in 

open,  given  hit 

• 

• 

trgt :  T64 

3 

0 

0 

0 

0 

trgt : BMP 

£5 

£5 

£5 

£0 

15 

trgt :BTR60 

£5 

£5 

£5 

£0 

15 

P  (h ) , def i lade : 

6 

4 

3 

£ 

1 

P<kill)  target 

in 

def i 1 ade, 

given 

t  hit: 

trgt :T64 

0 

0 

0 

0 

0 

trgt : BMP 

3 

0 

0 

0 

0 

trgt : BTR60 

3 

0 

0 

0 

0 

****************************** ***************************************** 
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Table  It 

Blue  Weapon  Probability  Values  Used  in  OPS  1.1 

xn on;  BLUE  TOW  **************************************************************** 


600 

800 

1000 

1  £00 

1400 

1600 

1800 

£000 

££00 

60 

60 

60 

60 

60 

60 

60 

60 

55 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

40 

40 

40 

40 

40 

40 

40 

40 

35 

50 

50 

50 

50 

50 

50 

50 

50 

50 

63 

63 

63 

63 

63 

63 

63 

63 

63 

tl>  vi 

63 

63 

63 

63 

63 

63 

63 

63 

yr, :  BLUE 

1 05rnrn 

*****■•*■*■*****•*■*■#•****■**■****##**■***■*•*#*#*-*■#**•*****■*■*#*****#•*#*#■* 

600 

800 

1000 

1£00 

1400 

1600 

1800 

£000 

££00 

50 

45 

40 

35 

30 

30 

£5 

£0 

15 

80 

78 

75 

71 

67 

67 

60 

50 

33 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

30 

£5 

£0 

15 

10 

10 

5 

5 

83 

80 

75 

67 

50 

50 

£0 

£0 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

:-n:  BLUE 

8  5  mm 

to*************************** ********************************** 

600 

800 

1000 

10 

5 

5 

0 

0 

0 

£‘5 

£0 

15 

£5 

£0 

15 

3 

£ 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

*******#******#******#**********##*******#*##**#*#**#**#*#*###*#######»#######--. 
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*  1.1 


.-***-*****************#************************#********************.*.** 


££00 

£400 

£600 

£800 

3000 

3£00 

3400 

3600 

55 

50 

50 

50 

50 

45 

40 

40 

65 

85 

85 

35 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

85 

35 

85 

85 

85 

35 

85 

85 

85 

35 

30 

30 

30 

30 

30 

30 

30 

50 

50 

50 

50 

33 

£0 

15 

63 

63 

63 

63 

50 

33 

33 

33 

63 

63 

S3 

63 

50 

33 

33 

33 

■>  *********************************************************  ************ 

££00 

£400 

£600 

£800 

3000 

3£00 

3400 

3600 

15 

10 

5 

33 

30 

15 

100 

50 

50 

100 

'  50 

50 

>******************** ************************* ************************* 


.:;•******************»************************************************** 


REPRODUCED  AT  GOVERNMENT  EXPENSE 


Blue 

***************************  Weapon:  BLUE  TOW  ************■**************; 


Range  (rn)  : 

£00 

400 

600 

800 

1000 

1£00 

140 

P(kill), target 

in  open 

* 

t  rgt  : T64 

£0 

51 

51 

51 

51 

51 

5. 

t  rgt ;  BM 

£0 

51 

51 

51 

51 

51 

5 

trgt : BTR 

£0 

51 

51 

51 

51 

51 

cr 

P ( ki 1 1 ) , target 

in  defilade: 

t  rgt :  T64 

10 

£0 

£0 

£0 

£0 

£0 

CL 

trgt : BMP 

10 

c!5-  £ 

CJi  Cl 

£5.  £ 

£5.  £ 

£5.  £ 

£5. 

trgt : BTR 

10 

£5-  £ 

£5.  £ 

u J«  C. 

£  kJ  a  L— 

£5.  £ 

£5* 

******* *********** ********* 

Weapon:  BLUE 

105mm 

************************, 

Range  (rn)  : 

£00 

400 

600 

800 

1000 

1£00 

1  AC 

P ( ki 1 1 ) , target 

in  open 

: 

trgt  :  ,T64 

50 

45 

40 

35.  1 

30 

£4.  85 

£0. 

t  rgt : BMP 

50 

50 

50 

45 

40 

35 

trgt : BTR 

50 

50 

50 

45 

40 

35 

P ( ki 1 1 ) , t  arget 

in  defilade: 

trgt :T64 

40 

£9.  75 

£4.  9 

£0 

15 

10.  05 

t  rgt : BMP 

40 

35 

30 

£5 

£0 

15 

trgt : BTR 

40 

35 

30 

£5 

£0 

15 

*************************** 

Weapon:  BLUE 

£5rnrn 

************************ i 

Range  (rn)  : 

£00 

400 

600 

800 

1000 

P  <  ki 1 1 ) , target 

in  open 

: 

t  rgt : T64 

1.  £ 

0 

0 

0 

0 

trgt : BMP 

10 

5 

£.  5 

1 

.  75 

trgt : BTR 

10 

cr 

wJ 

£.  5 

l 

.  75 

P  <  k i 1 1 ) , t  arget 

in  defilade: 

tr gt : T64 

0 

0 

0 

0 

0 

trgt : BMP 

.  18 

0 

0 

0 

0 

trgt : BTR 

.  18 

0 

0 

0 

0 

- 

********************************************************************** 
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Table  11 

Blue  Fire  Kill  Probabilities  Computed  by  MALOS 

.■>+■»  ********************* ********* *********** #********************************* 


i  000 

1200 

1400 

1800 

1800 

£000 

2200 

£400 

£601 

51 

51 

51 

51 

51 

51 

48.  75 

4£.  5 

42.  : 

51 

51 

51 

51 

51 

51 

46.  75 

42.  5 

42.  : 

51 

51 

51 

51 

51 

51 

46.  75 

42.  5 

4£.  ’ 

£0 

£0 

20 

£0 

£0 

20 

17.  5 

15 

4  1 

X  > 

£5.  £ 

c5*  c 

25  ■  2 

CJ*  c. 

■=:5.  £ 

25-  2 

£2.  05 

18.  9 

18. 

■' ,  er  . 

C_  v J  -  1™ 

L-  J  •  L 1 

■|C  -| 

C.vJ  •  c. 

•-I  cr 

CvJ.  C. 

25.  2 

tZ.5  ■  iz! 

22.  05 

18.  9 

18.  ' 

*-**•*-*•  *■*■***■*■**  **••#-*-*•**#••*-*-*  **********  **************************•***•*■*•*■***■■***-*•*•** 

■  000 

1£00 

1400 

1800 

1800 

2000 

££00 

£400 

£60 

30 

£4.  85 

£0.  1 

£0.  1 

15 

10 

4.  95 

3 

.  7 

40 

*35 

30 

30 

25 

£0 

15 

5 

£. 

40 

35 

30 

30 

25 

£0 

15 

5 

c.  •  , 

15 

10.  05 

5 

5 

1 

1 

£0 

15 

10 

10 

5 

5 

£0 

15 

10 

10 

5 

5 

*•*#*•*  ******  ******  **•*•*■*■  *-•#•*■*•*•*•■*-)<• -i*-**********-**  s-******-****-*-*********#-*****-******* 

1  0130 

0 

.  75 
.  75 


0 

0 

0 

mnnt»******»********«#*****#t*#**#**»#*#*«*##*#*«»«**«*#«****##***»**t*««*4**» 
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■  »  ►  ■*****-*«■**  ft  *  »  »■■«*«*■«***  *■**«  **■»**« 

3400  3600 


34  34 

wi4  vi4 

34  34 


6  4. 

9.  9  9. 

9.9  9. 


r  .  •**->****-*-%■  **•*•■»■**■***■  X  *■*»**-  X  *******  **********************i  •*■  ******  * 

3401?  6600 


6400 


-t  c. .  .  J 

4.--  .  9 


£600 


43. 

43. 


38019 


4l1_  .  vj 

48.  5 


5000 


>3.  j 

4,3.  5 
43.  5 


800 


36.  35 
38.  85 
36.  65 


:  9.  9 
16.  9 


18.  3 
18.  9 


i  ,j 

16.9 
18.  9 


9.  9 
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9.  9 
9.  9 
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Red  Weapon  Probability  Values  Used  in  OPS  1.1 
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Table  14 


Piece  Definition  Data 


Team: 

Piece  name: 

Primary  Weapon: 
Secondary  Weapon: 
Primary  Basic  Load: 
Movement  Factor: 


Blue 

Blue 

Blue 

Ml 

MS 

ITV 

105mm 

TOW 

TOW 

none 

S5mm 

none 

55 

IS 

IS 

IS 

IS 

IS 

Red 

Red 

Red 

T-64 

BTR-60 

BMP 

1  S5mm 

14.  5mm 

AT -3 

IS.  7mm 

none 

73mm 

40 

1S7 

4 

IS 

IS 

IS 

Table  IS 

Blue  Force  Order  of  Battle 


Number  of  Pi*ct>  By  Type  In  Each  Discrete  Subordinate  Unit 

Unit  Unit 

No.  Name  MS  MS  MS  MS  MS  MS  MS  Ml  Ml  Ml  Ml  Ml  Ml  Ml  ITV  ITV  ITV  I  TV  ITV  I  TV 


Table  16 

Red  Force  Order  of  Battle 

Number  of  Pieces  By  Type  In  Each  Discrete  Subordinate  Unit 

Unit  Unit 


No. 

Name 

BTR-60 

BTR-60 

BTR-60 

T-64 

T-64 

T-64 

BMP 

BMP 

BMP 

101 

Bn. 

"A" 

1  1 

1  1 

1  1 

1 0.;- 

fir,. 

"  [i " 

l  l 

l  1 

1  1 

103 

Bn. 

"C" 

1  1 

1  1 

1  1 

104 

Bn, 

’*  D  *' 

1  1 

1  1 

1  1 

105 

Bn. 

ii  £  ii 

11 

11 

1 1 

106 

Bn. 

"F" 

1  1 

1  1 

1  1 

107 

Bn. 

"M" 

14 

13 

13 

108 

Bn. 

"N" 

14 

13 

13 

100 

Bn. 

"0" 

14 

13 

13 

110 

Bn. 

lip  II 

1  1 

10 

10 

1  1  1 

Bn. 

"  Q  " 

1  1 

10 

10 

US 

E<n. 

,.R„ 

1  1 

10 

10 

1  13 

Bn. 

"  X" 

1  1 

1  1 

1  1 

114 

Bn. 

"Y" 

1  1 

1  1 

1  1 

1  15 

Bn. 

"Z" 

1  1 

1  1 

1  1 
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ill  Statistics  for  20  Runs  of  OPS  1.1 


Standard  Deviations  for  Numbers  Killed  and  Survived 


Table  20 


Mean  Run  Times  and  Standard  Deviation  of  20  Runs 


Levels  of 


At  t  acK 

Fng ineer 

Mean  S 1 mu  1  at i on 

Standard 

Plan 

Effort 

Time  (Seconds) 

Xchange 

Devi at  ion 
(Seconds) 

A 

i? 

4344 

Base 

0 

C 

5089 

17 

5 

3 

5088 

17 

c. 

4 

5096 

17 

36 

L< 

0 

4  1  53: 

•  »se 

0 

3' 

4960 

19 

30 

3 

4988 

3:0 

39 

4 

4968 

30 

94 

C 

0 

4344 

Base 

0 

c 

5088 

17 

0 

3 

5088 

17 

0 

4 

5094 

17 

37 

D 

0 

-j4^c 

Base 

0 

c! 

4886 

43 

37 

4908 

43 

43 

4 

4895 

43 

39 

E 

3765 

Base 

436 

c! 

53:57 

40 

31  1 

5439 

44 

105 

4 

5437 

44 

1 33 

Table  21 

Standards  for  Judging  Efficiency  of  Engineer  Effort 

Man  Blue  Killed  If  Engineer  Min  Red  Killed  If  Engineer 
Effort  Is  Significant  Effort  Is  Significant 

At  tacK 

Plan  [TV  Ml  M£  BMP  BTR-60  T-64 


MECH  INF  DtV 


1*1  ECHELON 
_ HI 


MECH  INF  REGT 
-U_ 


11  BTR 


11  BTR 


^1 


BTR 


JU_ 


-U_ 


o 


lit  ECHELON 


2nd  ECHELON 


MECH  INF  REGT 
l_l_ 


MECH  INF  REGT 


m\ 


[Ml 


11  BTR 

11  BTR 


11  BTR 


|  11  BMP 
|  11  BMP 
I  11  BMP 


nisi 


mi 


JLL 


m\ 


i_L 


ml 


-U_ 


O 


XI. 


o 


[  J  14  T64 

1  _ 

nIZ 

„ _ i 

1  14  T64 

°[ 

|  |  13  T64 

13  T64 

°r 

_ 1 _  l 

|  13  T64 

nL 

I  13  T64 

14  T64 
13  T64 
I  13  T64 


2nd  ECHELON 


■  «  « 

C_X_J 

^/TbTR'S?''\ 

(BMP) 

C - ) 

(T-64) 

TANK  REGT 
_ LX_ 


o 


11  T64 


10  T64 


P |  |  10  T64 


— u_ 


o 


b[ 

1  11  BTR 

-c 

1  |  11  BTR 

yh_ 

J  11  BMP 

0 [  |  11  T64 

1 

_  L- 

r  » 

r  1 

Bf 

]  11  BTR 

J  11  BTR 

1  11  BMP 

G  1  I  10  T64 

1  _ 1 _  _ 1 _  _ 1 _ 

BC 

|  11  BTR 

■l 

1  11  BTR 

j  11  BMP 

0  [  1  10  T64 

o 


[  11  BTR 

]  11  BTR 

|  11  BMP 

Brr 

~T  11  T64 

_ i _  _ i _  _ i _  . _ i 

CL 

]  11  BTR 

'L 

[  11  BTR 

J  11  BMP 

]  10  T64 

i  iii 

CL 

)  11  BTR 

|  11  BTR 

[  11  BMP 

j  10  T64 

Figure  1.  Enemy  force  organization  for  combat. 


Figure  8.  Friendly  force  deployment  for  combat. 
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|  Simple  terrain 

t  y pes : 

1  .  1 

-♦ 

gu.  1  ly 

2.  =,  II 

-► 

road 

3.  =,  II 

br i dge 

4 .  M 

s  1  ope 

5  .  □ 

Hi  1  It op 

t1  ■  *  * 

woods 

7  .  # 

-► 

t  own 

8 .  £ 

wat  er 

9 .  z-f- 

-► 

swamp 

Complex  ter 

rain  types: 

1  .  rr,  U* 

gu.  1  1  y/  woods 

z.  m,  m 

-► 

gul lyrford 

■-»  ■  ri  |  dt 

road/woods 

4.  m,  ^ 

-► 

road/s 1 ope 

5  .  0 

hi  1  It opr woods 

6 .  S3 

-► 

hi  1  It opr town 

Eng i neered 

Features: 

1  .  O  o  o  © 

mines  (1-4  belts) 

2  •  ^ 

-* 

anti-tank  ditch 

3 . 

abat i s 

4.  m 

-► 

urban  rubble 

s .  n 

b 1 own  br i dge 

6 .  n 

-► 

road  crater 

7.  □ 

-► 

f i ght i ng  pos . 

Figure  9.  Engineer  barriers  and  fortifications,  Level  2. 
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liiiss 


I*  ~ 


i*4 


•i, Ni 


niniir 

k  ■'? _i^P  ■  •  *  •  5  i  r  * 

-  tfiiiiiiikT 
rviiaiiiiaiai 
.....jiaiaii 

liBiaiaiaiaij 

liaiaiaiaiaia 


S i mp 1 e 

terra,  i 

n  types: 

1  - 

1 

:g:u.  1  1  y 

iL  •  i 

II 

road 

3.  as, 

II 

br i dge 

4 .  m 

a  1  ope 

5 .  □ 

-+ 

hi  1  1 1  op 

6 . 

-¥ 

woods 

7  .  # 

t  own 

8 .  3 

water 

9 .  0 

-♦ 

swamp 

Lornp  1  e> 

terra 

in  types: 

1  .  fr, 

$ 

;g:u  1  1  y /woods 

O  mi 

im  •  TTTl  J 

* 

-► 

g.u  1  1  y/ ford 

3 .  8, 

at 

-► 

road/woods 

4.  m, 

road/s  1 ope 

5 .  a 

-* 

hi  1  It op/ woods 

6 .  H 

-► 

hi  1  1  top/town 

Eng;  i 

red 

Fee 

s.tu.res : 

1  .  o  o 

o  o 

-♦ 

m  i  nes  (1-4  be  1 1  s) 

2 .  ▼ 

-► 

ant l - 1  ank  d 1 1  ch 

3 .  » 

a bat i s 

4 . 

-► 

urban  rubble 

5  .  St 

b 1 own  br i dge 

6 .  M 

road  crater 

7  .  □ 

f i ght i ng  pos . 

P'igure  10.  Engineer  barriers  and  fortifications,  Level  3. 
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I. 


1,’il 


i  iif  ia«ar  - ■ 


S  l  mp 

>  1  e 

t  e 

rra.  1  r 

t ypes : 

1  . 

« 

1 

-#• 

gu  1  1  y 

2  . 

1! 

road 

-i . 

II 

br 1 dge 

-4 . 

=■  1  ope 

c; 

□ 

-#• 

hi  1  It op 

6  . 

-+ 

UlOOds 

■7 

n 

t  own 

y . 

-♦ 

water 

9  . 

swamp 

Comp 

:■  1  e> 

t  err a  1 n  t  y pes : 

1  . 

*  J 

£ 

gu 1 1 y /woods 

•  liw  • 

m. 

* 

gu 1 1 y / f ord 

■J  . 

« .a 

at 

road/woods 

4. 

-♦ 

road/s  1  ope 

5  . 

a 

hi  1  It op/ woods 

6  . 

0 

-► 

hi  1 1  top/ town 

Eng i nee 

re 

d  Fea 

tu.res : 

1  . 

0  0 

0 

0  ^ 

m  1  nes  (1-4  be  1  ts) 

<L  a 

■v 

-► 

a  n t i - 1  a nk  ditch 

3  . 

y. 

-► 

abat 1 s 

4. 

® 

-+ 

urban  rubb 1 e 

c, 

M 

b 1  own  br 1 dge 

6  . 

X 

-*■ 

road  crater 

7  . 

□ 

-► 

f 1 ght 1 ng  pos . 
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